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(54) Method and device for address allocation for transmitting packets over a transparent bridge 



(57) The invention concerns a method for transmit- 
ting packets in a network comprising at least a first sub- 
network (11) and a second sub-network (12) connected 
through a transparent communication link, said link 
comprising at least a first interface device (5) connected 
to the first sub-network (11) and a second interface de- 
vice (6) connected to the second sub-network (12). 
The method comprises the steps of: 

attributing a first set of addresses to the interface 
devices (5, 6) on the communication link; 
attributing a second set of addresses to nodes (1, 



2. 3, 4) connected to the sub-networks (11 , 12), the 
attribution of the second set being done independ- 
ently from the attribution of the first set; 
checking whether there appears a conflict between 
an address of the first set and an address of the 
second set, and in the affirmative: 
changing the conflicting address of the first set to a 
non conflicting address. 

The invention also concerns a device for imple- 
menting the method as well as a method for detecting 
and transmitting packets to be transmitted over the link. 




Request wireless 



CO 



q. Fi9. 2 

LU 

Printed by Jouve, 75001 PARIS (FR) 



5DOCID: <EP 1313265A1 J_> 



1 



EP 1 313 265 A1 



2 



D scription 

[0001 ] The invention concerns a method and a device 
to transmit packets, in particular PHY layer packets, 
over a transparent bridge. It can be applied in particular 5 
to the transmission of IEEE 1394 link-on packets from 
one IEEE 1394 bus to another. 

[0002] The aim of a transparent bridge linking sub- 
networks is to enable a node on any sub-network to 
communicate with another node on any sub-network 
without requiring specific software to cross the bridge. 
As far as the node is concerned, the bridge is 'transpar- 
ent* in the sense that the node does not need to be 
aware of the bridge's presence - or require specific soft- 
ware to address it - in order to communicate with any 
other node. The node is referred to as being "non-bridge 
aware". When a transparent bridge connects two IEEE 
1394 busses, the network thus formed basically func- 
tions as though there was a single IEEE 1394 bus; For 
example, physical identifiers, which are non-permanent 
identifiers attributed to nodes after a bus reset, are at- 
tributed as if ail nodes were connected to a single bus. 
This is to be opposed to what happens on a network 
comprising busses linked by non-transparent bridges, 
where physical identifiers are attributed separately on 
each bus, and nodes are distinguished on the network 
through their physical identifier to which a bus identifier 
is added. 

[0003] One implementation of a transparent bridge is 
described for example in the European patent applica- 
tion 01 400826.2 having the title "Method for linking com- 
munication busses using wireless links" filed in the 
name of Thomson Licensing SA on March 30, 2001 . 
[0004] According to the IEEE 1394 standard, several 
typ s of packets are used at the level of the physical 
layer. For example, Self-ID packets are used after a bus 
reset among other things to set up physical identifiers. 
Physical configuration packets are used among other 
things to force a node to become 'root node' on its bus. 
Link-on packets are used to instruct the physical layer 
of another node located on the same bus to wake up its 
link layer. 

[0005] It is desirable to be able to transmit link-on 
packets over the transparent bridge in order to allow a 
node to wake up another node located on a remote sub- 
network 

[0006] According to the ETSI BRAN IEEE 1394 Serv- 
ice Specific Convergence Layer Technical Specifica- 
tion, physical identifiers are attributed by a central con- 
troller of the wireless network to each wireless device at 
the time of association. When transmitting asynchro- 
nous packets between wireless devices, a specific pro- 
tocol data unit (PDU) is used. This PDU comprises an 
asynchronous subaction message as defined by the 
IEEE 1 394 standard. The subaction itself comprises the 
source node identifier and the destination node identifi- 
er. 

[0007] While in the case of a non-transparent bridge, 



the source and destination identifiers comprise the bus 
identifiers to differentiate nodes on each bus, this is not 
so when the bridge is transparent, since a single bus is 
simulated. In this case, conflicts between physical iden- 
tifiers of wireless devices on the bridge's switching fabric 
network and the physical identifiers on the wired busses 
connected through the bridge may appear. Indeed, 
there is no parameter in a SSCS PDU allowing to dis- 
tinguish between a Hiperlan 2 transaction layer mes- 
sage - between two wireless devices oh the 'wireless' 
bus- and a IEEE 1 394 transaction layer message - be- 
tween two IEEE 1394 nodes, the two wireless devices 
transmitting this message. 

[0008] An object of the invention is a method for trans- 
mitting packets in a network comprising at least a first 
sub-network and a second sub-network connected 
through a transparent communication link, said link 
comprising at least a first interface device connected to 
the first sub-nelwork and a second interface device con- 
nected to the second sub-network said method compris- 
ing the steps of: 

attributing a first set of addresses to the interface 
devices on the communication link; 
attributing a second set of addresses to nodes con- 
nected to the sub-networks, the attribution of the 
second set being done independently from the at- 
tribution of the first set; 

checking whether there appears a conflict between 
an address of the first set and an address of the 
second set, and in the affirmative; 
changing the conflicting address of the first set to a 
non conflicting address. 

[0009] By checking possible address conflicts at the 
appropriate moment and correcting the addresses con- 
cerned, a conflict during transmission of certain mes- 
sages over the communication link can be avoided. 
[0010] According to an embodiment of the invention, 
the interface devices having an address of the first set 
for their side on the communication link and an address 
of the second set for their side connected to a sub-net- 
work, a conflict appears when an address of the first set 
is equal to an address of the second set. 
[0011] According to a variant embodiment of the in- 
vention, the interface devices having an address of the 
first set for their side on the communication link and an 
address of the second set for their side connected to a 
sub-network, a conflict appears when an address of the 
first set is equal to an address of the second set, except 
when the two addresses assigned to an interface device 
are equal. 

[0012] According to an embodiment of the invention, 
the step of changing the conflicting address comprises 
the step of having the interface device request a new 
address until a non-conflicting address is obtained. 
[0013] According to an embodim nt of the inv ntion, 
the request comprises the step of having the interface 
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device generate a reset of the communication link to 
launch a new process of attribution of addresses of the 
first set. 

[0014] According to an embodiment of the invention, 
the interface device generating the reset specifies 
whether it wishes attribution of a new address compared 
to its address before the reset, or whether it wants to 
keep the address it had before the reset. 
[0015] According to an embodiment of the invention, 
the changing of a conflicting address by an interface de- 
vice comprises the step for the interface device to re- 
quest a specific non-conflicting address on the commu- 
nication link. 

[0016] According to an embodiment of the invention, 
the communication link is a Hiperlan 2 wireless network, 
the sub-networks are IEEE 1394 busses and the first 
and second set of addresses are physical addresses. 
[0017] According to an embodiment of the invention, 
the method further comprises the steps of: 

for an interface device, detecting a link-on packet 
on its local bus; 

checking whether a physical destination address in 
the link-on packet corresponds to a node on a re- 
mote bus; 

transmitting at least the physical address of said 
node to another interface device connected to the 
bus of said node; 

for the latter interface device, transmitting a link-on 
message to said node on its local bus. 



second set, and means for triggering a change of the 
conflicting address of the first set to a non conflicting 
address. 

[0021 ] Another object of the invention is a method for 
5 transmitting packets in a network comprising at least a 
first sub-network and a second sub-network connected 
through a transparent communication link, said link 
comprising at least a first interface device connected to 
the first sub-network and a second interface device con- 
10 nected to the second sub-network, said method com- 
prising the steps of: 

for an interface device, detecting a link-on packet 
on its local sub-network; 

checking whether a physical destination address in 
the link-on packet corresponds to a node on a re- 
mote sub-network; 

transmitting at least the physical address of said 
node to another interface device connected to the 
sub-network of said node; 

for the latter interface device, transmitting a link-on 
message to said node on its local sub-network. 

[0022] The method advantageously transmits mes- 
sages, such as link-on messages, only when necessary. 
[0023] Other characteristics and advantages of the in- 
vention will appear through the description of a non-re- 
strictive embodiment of the invention, explained with the 
help of the enclosed figures, integral part of the descrip- 
tion and among which: 



25 



[0018] According to an embodiment of the invention, 
an interface device comprises a register, said register 
being accessible by other interface devices on the wire- 
less network for writing a physical address of a node for 
which a link-on packet was detected on one of the sub- 
networks, and wherein the writing to the register of a 
given interface device triggers transmission of a link-on 
pack t on the given interface device's local sub-net- 
work. 

[0019] According to an embodiment of the invention, 
the step of checking whether a physical destination ad- 
dress in the link-on packet corresponds to a node on a 
remote sub-network uses a look-up table indicating the 
physical address of an interface device on the commu- 
nication link as a function of the physical addresses of 
the nodes of the local sub-network to which said inter- 
face device is connected. 

[0020] Another object of the interface device for inter- 
facing a first sub-network with a transparent communi- 
cation link, wherein devices connected to the communi- 
cation link are given addresses from a first set, and 
wherein nodes connected to sub-networks connected 
to the communication link are given addresses from a 
second set, independently from the attribution of the ad- 
dresses of the first set, said interface device comprising 
means for checking whether there appears a conflict be- 
tween an address of the first set and an address of the 



Figure 1 is a diagram of a network after a change 
of physical identifiers on the bridge according to the 
present embodiment. 
35 Figure 2 is a flowchart of the method according to 
the present embodiment to correct conflicts be- 
tween physical identifiers on different parts of the 
network. 

Figure 3 is a flowchart of a variant of the method of 
^0 figure 2. 

Figure 4 is a diagram of the network of figure 1 ac- 
cording to a variant embodiment. 

[0024] The present embodiment concerns a network 
«5 formed by two IEEE 1394 wired busses, connected 
through a transparent bridge based on the ETSI BRAN 
Hiperlan 2 radio network. 

[0025] More information concerning IEEE 1394 can 
be found in the documents IEEE 1394-1995 and IEEE 

50 1 394a-2000 as well as in its different improvements and 
additions available from the IEEE. Broadband Access 
Radio Networks (BRAN) Hiperlan 2 is described by a 
series of documents edited by the European Telecom- 
munications Standards Institute. The most relevant doc- 

55 uments concerning the present invention are the docu- 
ments ETSI TS 101 493-1 Packet Based Convergence 
Layer: Part 1 Common Part version 1.1.1 of April 2000 
and ETSI TS 101 493-3 Packet Based Convergence 
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Layer: IEEE 1394 Service Specific Convergence Sub- 
' layer (SSCS), v 1.2.1B(Oct. 2001). 
[0026] Concerning the behavior of the wireless boxes 
constituting the transparent link, reference is made to 
the patent application mentioned in the introduction. 
[0027] It is to be noted that although the present em- 
bodiment is placed in the context above, the invention 
is not limited to this context. For example, a sub-network 
comprising itself several busses and transparent bridg- 
es can replace the IEEE 1394 busses. Moreover, the 
bridge may link more than two busses or sub-networks 
('multipoint bridge'). Many aspects of the invention could 
be used in environments other than the IEEE 1394 or 
Hiperlan 2 environments. 

[0028] Figure 1 is a block diagram of a network com- 
prising two IEEE 1394 busses 11 and 12, linked through 
a transparent bridge comprising two wireless boxes 5 
and 6. Each wireless box implements an IEEE 1394 
slack (also calied'lEEE 1394 controller*) on its wired bus 
interface and a Hiperlan 2 stack on its wireless interface. 
Each wireless box also comprises a wireless box appli- 
cation, which enables the wireless boxes to render the 
bridge transparent. This application layer will also be 
called 'bridge layer* in what follows. 
[0029] Each wireless box comprises memory, con- 
nectors and processing means such as a microproces- 
sor or microcontroller, in order to store the data and pro- 
grams and to carry out the method according to the 
present embodiment. 

[0030] In particular, as described in the already men- 
tioned patenl application, each wireless box represents 
the nodes of the remote bus on its own local bus during 
bus reset, in order to have different physical identifiers 
for each node connected to one of the two IEEE 1394 
busses. For convenience, nodes are numbered accord- 
ing to their physical identifiers on the wired busses, i.e. 
nodes 1 and 2 connected to bus 10 have physical iden- 
tifiers 1 and 2, nodes 3 and 4 connected to bus 11 have 
physical identifiers 3 and 4 and wireless boxes 5 and 6, 
as nodes connected to the wired busses, have physical 
identifiers 5 and 6. 

[0031] On the side of the Hiperlan network, during as- 
sociation, each wireless box is given a physical identifier 
(called 'wireless physical identifier' in what follows) by a 
central controller The central controller may be one of 
the wireless boxes, or another wired device. In figure 1, 
the wireless box 5 also acts as central controller 1 3. 
[0032] According to the present embodiment, each 
wireless box has a routing table identifying, for each 
node of the network, the wireless box connected to the 
bus to which the node is itself connected. This table is 
derived from the Self-ID information transmitted among 
the wireless boxes after a network reset. It is used 
among other things to route asynchronous packets from 
one wireless box to the other, and in particular link-on 
packets. 

[0033] In the routing table, an IEEE 1394 node is iden- 
tified by its physical identifier on its wired bus, and a 



wireless box is identified by both its physical identifier 
on the wired bus and its physical identifier on the wire- 
less network (the wireless physical identifier). 
[0034] After a reset of the network, and once all IEEE 
5 1394 nodes have their physical identifier, the wireless 
boxes check whether there is a conflict between their 
own wireless physical identifier and a physical identifier 
of one of the IEEE 1394 nodes. 

[0035] According to the present embodiment, there is 
10 a conflict when the wireless physical identifier of a wire- 
less box is equal to the physical identifier of an IEEE 
1 394 node. Note that for this purpose, the wireless box- 
es' 1 394 controller sections are also considered as I EEE 
1394 nodes. 

15 [0036] In case a wireless box detects that its wireless 
physical identifier is equal to a IEEE 1394 physical iden- 
tifier, it requests a 'Hiperlan 2 bus' reset with the central 
controller through its SSCS layer. To achieve this, a 
primitive *CL_Conlror of the SSCS layer is called by the 

20 bridge layer. This primitive call comprises a parameter 
called 'physicalJD_change , ) allowing a wireless box to 
request a new physical identifier on the wireless net- 
work. This primitive is described in section 6.2.1 of the 
SSCS document mentioned earlier. The SSCS layer 

25 then sends a request primitive called 
'DLCJNFO_TRANSFER' to the central controller. This 
request primitive contains an information element called 
'BUS_RESET\ which triggers the bus reset at the level 
of the central controller. The information as to whether 

30 a new physical identifier is requested or not by the wire- 
less device sending the request is indicated by a flag 
called 'new_phy_ID\ 

[0037] Unless the 'physicaUD_change' parameter is 
set in the CL_Control primitive, the central controller as- 

35 signs to a wireless box the same identifier it had before 
the reset request, i.e. once a wireless box has acquired 
a physical identifier, it will be able to carry it over the next 
reset, unless it requests a new one. The central control- 
ler uses in priority physical identifiers which were not 

40 previously assigned. Recycled physical identifiers are 
used only when no new physical identifiers are availa- 
ble. 

[0038] A wireless box repeats its reset requests until 

it obtains a wireless physical identifier that is not in con- 
45 met with an IEEE 1394 physical identifier. This is 

achieved sooner or later, if the number of nodes on the 

network is lower than the authorized maximum, i.e. 

there are enough physical identifiers available for the 

wireless boxes to obtain unique ones. 
so [0039] In the case of figure 1, the wireless physical 

identifiers of wireless boxes 5 and 6 may for example 

be 7 and 8. 

[0040] The general process is illustrated by the flow- 
chart of figure 2. 
55 [0041] According to a variant embodiment illustrated 
with the help of the flowchart of figure 3, a wireless box 
specifies which physical identifier it wishes to receive 
during the reset of the wireless bus. According to this 
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variant embodiment, a new parameter is added to the 
CL_Control. primitive. This parameter is called 
'new_physicaUD\ and represents the value of the re- 
quested physical identifier. A similar parameter is added 
in the "BUS_RESET information element to pass this 5 
data on to the central controller. A requesting node 
knows which physical identifiers are used on the IEEE 
1394 busses and which ones are used on the wireless 
link, and it chooses a proper value accordingly. This im- 
plementation requires a modification of the SSCS tech- 10 
nical specification mentioned above. 
[0042] Other implementations for requesting a specif- 
ic physical identifier may also be contemplated by the 
Man skilled in the Art. 

[0043] This variant embodiment has the advantage of is 
requiring at maximum one reset of the wireless bus per 
wireless box. 

[0044] According to the variant above, the wireless 
boxes may not be assigned, on the wireless bus, a phys- 
ical identifier that is already in use on the IEEE 1394 20 
busses. This restriction may be partially lifted in that 
wireless boxes may have identical physical identifiers 
on both the wired bus and the wireless link. This possi- 
bility is interesting because acceptable wireless physi- 
cal identifiers will then always be available, even if the 25 
number of IEEE 1394 nodes reaches the authorized 
maximum, but it supposes that a wireless box may re- 
quest a specific wireless physical address. If a given 
wireless physical address is already taken, the wireless 
box requesting the wireless physical address has to se- 30 
lect another address. It is also possible for a central con- 
troller to allow a wireless box to obtain any specific wire- 
less physical address, even if it has already been attrib- 
uted to another wireless box, unless it is not equal to the 
physical identifier of the requesting wireless box. 35 
[0045] Figure 4 is a diagram representing the network 
of figure 1 ; but in which physical identifiers have been 
attributed on the wireless link according to the variant 
embodiment which has just been described. 
[0046] Note that the main embodiment and its variant 40 
are not exclusive of each other: Some wireless boxes 
may function according to the main embodiment, some 
according to the variant. 

[0047] The process of transmitting a link-on packet 
from a source node (e.g. node 1) to a destination node *s 
(e.g. node 3) will now be described. 
[0048] The first case to be described concerns the 
general case when the wireless physical identifiers of 
the wireless boxes are different from any of the IEEE 
1394 physical identifiers. so 
[0049] For receiving information relating to a link-on 
packet destined to its local bus, each wireless box ac- 
cording to the present embodiment comprises a register 
called 'LINK_ON register'. According to the present em- 
bodiment, the LINK_ON register has the format given 55 
by table 1 : 



Table 1 



PhysicalJD (6) Reserved (18) 



[0050] The registers of wireless boxes 5 and 6 in fig- 
ures 1 and 4 are referenced respectively 9 and 10. 
[0051] A protocol data unit (PDU) of the ETSI BRAN 
Packet based convergence layer, part 3, IEEE 1394 
Service Specific Convergence Sublayer (SSCS) is used 
to write to the LINK_ON register of a wireless box. This 
SSCS PDU comprises, in addition to a format field, a 
time of death field and an asynchronous subaction type 
field, the asynchronous subaction itself. This subaction 
comprises a destination node address and a source 
node address. Each address is composed of a 10 bit 
bus identifier and of a 6 bit node identifier, the latter be- 
ing the physical identifier attributed during the latest bus 
reset. 

[0052] According to the present embodiment, the 10 
bit bus identifier is not used by the bridge to distinguish 
the origin or destination bus (including the wireless link) 
of a SSCS PDU, in order to maintain compatibility with 
non-transparent bridges which could be connected to 
the network. Only the 6-bit physical identifier field is 
used, as detailed below. Since the bridge of figure 1 is 
transparent, the network constituted by the two IEEE 
1394 busses and the transparent bridge forms a single 
logical bus. 

[0053] A wireless box, e.g. wireless box 5, listens to 
the link-on packets appearing on its local bus. The fol- 
lowing process is carried out: 

(1 ) The physical layer of wireless box 5 detects a 
link-on packet on its local bus. A corresponding 
message is sent from the physical layer to the 
bridge layer. 

(2) Using the routing table, the bridge layer checks 
whether the destination address in the link-on pack- 
et corresponds to a node present on a remote bus. 

(3) In the affirmative, the bridge layer of wireless box 
5 constructs a write data quadlet transaction sub- 
action packet, which is an asynchronous transac- 
tion packet. The subaction packet contains a known 
offset of the LINK_ON register in the other wireless 
box memory - the offset being the same for all wire- 
less boxes. It also contains, in its quadlet data field, 
the link_on packet which comprises the physical 
identifier of the node whose link layer is to be acti- 
vated. 

(4) The bridge layer of the wireless box 5 posts the 
packet with the SSCS layer. 

(5) The SSCS layer of wireless box 5 retrieves the 
wireless physical identifier of the wireless box 6 
from its routing table (using the wired physical iden- 
tifier of the node to be activated as an index), and 
uses it as destination address in the SSCS PDU. 
The SSCS layer of wireless box 5 transmits this 
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packet to the SSCS layer of wireless box 6. 

(6) The SSCS layer of wireless box 6 extracts the 
write request from the SSCS PDU and transmits it 
to the bridge layer of wireless box 6. The bridge lay- 
er identifies, through the destination_ID of the write 
request, whether this write request is destined to its 
wireless part, or to a node on its local bus (including 
its wired part). In case the bridge layer detects its 
own unique wireless physical identifier, it analyzes 
the content of the write request and writes the con- 
tent of the quadlet_data field to the LINK_ON reg^ 
ister. 

(7) The writing to the register prompts the bridge 
layer of wireless box 6 to send an order to the phys- 
ical layer to generate a link-on packet using the 
physical identifier present in the LINK_ON register. 

[0054] According to a variant embodiment, step 2 is 
carried out by Ihe physical layer of the wireless node 
controller. 

[0055] The second case to be described concerns the 
variant embodiment in which a wireless box possesses 
a wireless physical identifier equal to its wired physical 
identifier. Whether the identifiers are equal is a fact 
known to each wireless box. 

[0056] Compared to the first case: when the bridge 
layer of a wireless box receives a write request for data 
quadlet from its SSCS layer, the bridge layer checks the 
destination identifier field of the asynchronous transac- 
tion. If the physical identifier in the destination identifier 
field is different from the wireless physical identifier of 
the wireless box, then the bridge layer knows that this 
write request is destined to a node on the wired bus, and 
behaves as in the first case. If the physical identifiers 
are equal, the bridge layer needs to determine if the su- 
baction is destined to the wireless node's IEEE 1394 
node controller or to its wired node controller. To achieve 
this, the bridge layer verifies the source identifier of the 
write request. If this source identifier is that of another 
wireless box, then the bridge layer supposes that the 
write request is addressed to the wireless node control- 
ler of the wireless box. On the other hand, if the source 
identifier is that of an IEEE 1394 node, then the bridge 
layer supposes that the write request is addressed to 
the IEEE 1394 node controller of the wireless box. With 
this method, a wireless box cannot distinguish between 
the IEEE 1394 node controller and the Hiperlan trans- 
action layer of another wireless box. Similarly, a node 
from the wired bus cannot see the Hiperlan 2 node con- 
troller as an independent node. 

[0057] Note that a wireless box need not necessarily 
be an IEEE 1 394 node, and may not have an IEEE 1 394 
physical identifier on the wired bus to which it is con- 
nected. 

[0058] Although according to the embodiment which 
has been described, the transmission of the link-on 
packet over the wireless link is carried out by writing a 
physical address into a register of a wireless box, this 



transmission can be carried out in other ways, as long 
as the wireless box connected to the bus comprising the 
link-on destination node receives at least the physical 
address of this destination node. 



Claims 

Method for transmitting packets in a network com- 
prising at least a first sub-network (11) and a second 
sub-network (12) connected through a transparent 
communication link, said link comprising at least a 
first interface device (5) connected to the first sub- 
network (11) and a second interface device (6) con- 
nected to the second sub-network (12), said meth- 
od comprising the steps of: 

attributing a first set of addresses to the inter- 
face devices (5, 6) on the communication link; 
attributing a second set of addresses to nodes 
(1,2, 3, 4) connected to the sub-networks (1 1 , 
1 2), the attribution of the second set being done 
independently from the attribution of the first 
set; 

checking whether there appears a conflict be- 
tween an address of the first set and an address 
of the second set, and in the affirmative: 
changing the conflicting address of the first set 
to a non conflicting address. 

30 

2. Method according to claim 1 , wherein, the interface 
devices having an address of the first set for their 
side on the communication link and an address of 
the second set for their side connected to a sub- 

35 network, a conflict appears when an address of the 
first set is equal to an address of the second set. 

3. Method according to claim 1 , wherein, the interface 
devices having an address of the first set for their 

40 side on the communication link and an address of 
the second set for their side connected to a sub- 
network, a conflict appears when an address of the 
first set is equal to an address of the second set, 
except when the two addresses assigned to an in- 

^5 terface device are equal. 

4. Method according to one of the claims 1 to 3, where- 
in the step of changing the conflicting address com- 
prises the step of having the interface device re- 

50 quest a new address until a non-conflicting address 
is obtained. 

5. Method according to claim 4, wherein the request 
comprises the step of having the interface device 

55 generate a reset of the communication link to 
launch a new process of attribution of addresses of 
the first set. 
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6. Method according to claim 5, wherein the interface 
device generating the reset specifies whether it 
wishes attribution of a new address compared to its 
address before the reset, or whether it wants to 
keep the address it had before the reset. 5 

7. Method according to one of the claims 1 to 3, where- 
in the.changing of a conflicting address by an inter- 
face device comprises the step for the interface de- 
vice to request a specific non-conflicting address on 10 
the communication link. 

8. Method according to one of the claims 1 to 7, where- 
in the communication link is a Hiperlan 2 wireless 
network, the sub-networks are IEEE 1394 busses '5 
and the first and second set of addresses are phys- 
ical addresses. 

9. Method according to claim 8, further comprising the 
steps of: 20 

- - for a first interface device (5), detecting a link- 
on packet on its loca Is ub- network (11); 
checking whether a physical destination ad- 
dress in the link-on packet corresponds to a 25 
node (3) on a remote sub-network (12); 
transmitting at least the physical address of 
said node (3) to a second interface device (6) 
connected to the sub-network (1 2) of said node 
(3); 30 
forthe second interface device (6), transmitting 
a link-on message to said node (3) on its local 
sub-network (12). 

10. Method according to claim 9 or to claim 14, wherein 35 
an interface device comprises a register (9, 10), 
said register being accessible by other interface de- 
vices on the wireless network for writing a physical 
address of a node for which a link-on packet was 
detected on one of the sub-networks, and wherein *o 
the writing to the register of a given interface device 
triggers transmission of a link-on packet on the giv- 
en interface device's local sub-network. 



connected to sub-networks connected to the com- 
munication link are given addresses from a second 
set, independently from the attribution of the ad- 
dresses of the first set, said interface device com- 
prising means for checking whether there appears 
a conflict between an address of the first set and an 
address of the second set, and means for triggering 
a change (9, 10) of the conflicting address of the 
first set to a non conflicting address. 

13. Device according to claim 12, adapted to carry out 
the process according to one of the claims 1 to 11 . 

14. Method for transmitting packets in a network com- 
prising at least a first sub-network and a second 
sub-network connected through a transparent com- 
munication link : said link comprising at least a first 
interface device connected to the first sub-network 
and a second interface device connected to the sec- 
ond sub-network, said method comprising the steps 
of: 

for an interface device (5), detecting a link-on 
packet on its local sub-network (11); 
checking whether a physical destination ad- 
dress in the link-on packet corresponds to a 
node (3) on a remote sub-network (12); 
transmitting at least the physical address of 
said node (3) to another interface device (6) 
connected to the sub-network (12) of said node 
(3); 

for the latter interface device (6), transmitting a 
link-on message to said node (3) on its local 
sub-network (12). 



11. Method according to one of the claims 9 or 10 or ^ 
14, wherein the step of checking whether a physical 
destination address in the link-on packet corre- 
sponds to a node (3) on a remote sub-network (12) 
uses a look-up table indicating the physical address 
of an interface device on the communication link as so 
a function of the physical addresses of the nodes of 
the local sub-network to which said interface device 
is connected. 



12. Interface device for interfacing a first sub-network 
with a transparent communication link, wherein de- 
vices connected to the communication link are giv- 
en addresses from a first set, and wherein nodes 
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